From wang!elf.wang.com!ucsd.edu!packet-radio-relay Tue Apr 2 14:44:22 1991 remote 
from tosspot 
Received: by tosspot (1.64/waf) 
via UUCP; Tue, 02 Apr 91 20:09:21 EST 
for lee 
Received: from somewhere by elf.wang.com id aa19539; Tue, 2 Apr 91 14:44:21 GMT 
Received: from ucsd.edu by relay1.UU.NET with SMTP 
(5.61/UUNET-shadow-mx) id AA25942; Tue, 2 Apr 91 09:14:34 -0500 
Received: by ucsd.edu; id AA13426 
sendmail 5.64/UCSD-2.1-sun 
Tue, 2 Apr 91 04:30:12 -0800 for brian 
Received: by ucsd.edu; id AA13412 
sendmail 5.64/UCSD-2.1-sun 
Tue, 2 Apr 91 04:30:08 -0800 for /usr/lib/sendmail -oc -odb -0Q/var/spool/ 
lqueue -oi -fpacket-radio-relay packet-radio-list 
Message-Id: <9104021230.AA13412@ucsd.edu> 
Date: Tue, 2 Apr 91 04:30:05 PST 
From: Packet-Radio Mailing List and Newsgroup </dev/null@ucsd.edu> 
Reply-To: Packet-Radio@ucsd.edu 
Subject: Packet-Radio Digest V91 4#79 
To: packet-radio@ucsd.edu 


Packet-Radio Digest Tue, 2 Apr 91 Volume 91 : Issue 79 


Today's Topics: 
Mentor needed 


Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> 
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: 1 Apr 91 23:59:54 GMT 

From: usc!elroy.jpl.nasa.gov!swrinde! zaphod.mps.ohio-state.edu!mips! 
cs.uoregon.edu!milton! sumax!thebes!ole!ssave@ucsd.edu 

Subject: Mentor needed 

To: packet-radio@ucsd.edu 


I am interested in Amateur radio. I would like to get started and 
give the required exams. What I want to request from you pros out 


there is for someone to help and guide in this process. I need to 
practice and I need to learn from someone with experience. Would 
someone like to take on this task. 

I live in the Seattle area and have a degree in EE. 


Shailendra 
beaver.cs.washington.edu!sumax!ole.uucp.ssave 


Date: 1 Apr 91 22:29:31 GMT 
From: epic!karn@bellcore.bellcore.com 
To: packet-radio@ucsd.edu 


References <skcm.670222049@ise>, <1991Mar29.223715.5564@bellcore.bellcore.com>, 
<skcm.670398101@ise> 

Reply-To : karn@thumper.bellcore.com 

Subject : Re: ? how to route with tcpip 


In article <skcm.670398101@ise>, skcm@echo.canberra.edu.au (Carl Makin) writes: 
|> In the case of a BBS forwarding traffic then the BBS is the "originating" 

|> station. In the case of someone navigating his way thru the network 

|> then HE remains the "originating station" despite how many links may 

|> be carrying his traffic. 


This STILL makes no sense. There is absolutely no fundamental 
difference between an autoforwarding BBS and an IP router. Both are 
store-and-forward packet switches. Both operate automatically, 
forwarding connectionless traffic from a source toward a destination 
on top of AX25 frames that reflect only the immediate transmitter and 
receiver. The only differences are the following: 


1. (The BBS) generally uses magnetic disks for store-and-forward 
buffer storage while the other uses dynamic RAM. 


2. The network layer protocols are a little different - one uses 
stream ASCII (the mail message format); the other uses formatted 
binary (the IP header). 


It is true that the network layer addresses in the BBS network are 
callsigns while IP addresses are not. But the three big uses of IP, 
mail, FTP and telnet, usually involve exchanging, in the TCP data 
stream, the names of the originating and destination station or user 
names as part of the application protocol. Since the amateur TCP/IP 
convention is to make the user's callsign part of the system name, you 
have a situation very similar to autoforwarding BBSes. In neither 
situation are the originating and ultimate destination stations 
identified in each packet, but they are identified in the data stream 


near the beginning of a connection. 


I hesitate to encourage you to use this argument with the DoTC because 
it could very well result in a proclamation that autoforwarding BBSes 
are illegal too... such is the nature of a bureaucrat, I'm afraid. 


Phil 


End of Packet-Radio Digest 
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